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Abstract — Cloud computing is getting mature, and the inter- 
operability and standardization of the clouds is still waiting to be 
solved. This paper discussed the interoperability among clouds 
about message transmission, data transmission and virtual ma- 
chine transfer. Starting from IEEE Pioneering Cloud Computing 
Initiative, this paper discussed about standardization of the cloud 
computing, especially intercloud cloud computing. This paper 
also discussed the standardization from the market-oriented view. 



Index Terms — cloud ecosystem, cloud environments, open 
cloud standard, service providers, standardized interface, cloud 
computing, cloud computing standards,distributed datacenters, 
intercloud cloud computing, virtual machines, cloud computing 
interoperability, inter-cloud protocols, transparent interoperabil- 
ity. 

I. Introduction 

A. Intercloud Cloud Computing 

With cloud computing applications being used more and 
more widely, there becomes more and more cloud computing 
service providers. However, whether the cloud computing ser- 
vices provided by different providers can intemperate, whether 
them have a common interface, has become a problem to be 
solved. 

The Intercloud is an interconnected global "cloud of 
clouds". (H It can provide an extension of computing and 
storage capacity to a single cloud. 




Fig. 1. Intercloud Cloud Computing Model 



B. Interoperability and Standardization 

1) Interoperability: Imagine the following scenarios: a 
company using a cloud application despoilment in cloud 
computing provider A, then the servers of provider A crashed, 
the company should transfer the application to provider B. 
Here the cloud computing service provided by A and B need 
guarantee the interoperability to each other. 

The interoperability among clouds should include message 
transmission, data transmission, virtual machine transfer, etc.. 

2) Standardization: In order to guarantee the interoperabil- 
ity among different cloud computing platforms, it is essential 
to work out standards to describe the cloud itself, the interface 
to communicate, and the data format. There are already several 
standardization organizations working on the cloud computing 
standards, such as IEEE Standard Association, ISO/IEC JTC1 
SC38, etc.. 

II. Interoperability of Clouds 

A. Message Transmission 

Applications which run on several different cloud comput- 
ing platforms may send, receive, and process messages from 
each other from time to time. The message transmission is 
an important factor to guarantee program runs regularly. Just 
like the kind of Instant Message software (IM software), cloud 
applications also need the ability to communicate with each 
other by sending message. 

Differently from the common IM software, the cloud ap- 
plications may communicate with each other via different 
protocols. The protocol best satisfies the demands here is 
XMPP, which is defined by the Internet Engineering Task 
Force (IETF) in RFC6120: "Extensible Messaging and Pres- 
ence Protocol (XMPP): Core"||2) , RFC6121: "Extensible Mes- 
saging and Presence Protocol (XMPP): Instant Messaging and 
Presence"[3|, RFC6122: "Extensible Messaging and Presence 
Protocol (XMPP): Address Format". 




Fig. 2. Interaction Between XMPP and Other Protocol|2| 



In figure 02, CI, C2 are XMPP clients, SI, S2 are XMPP 
servers, Gl is a gateway that translates between XMPP and the 
protocol(s) used on a foreign (non-XMPP) messaging network, 
FN1 is a foreign messaging network, FC1 is a client on a 
foreign messaging network. J2] 

This protocol could be used to communicate with different 
cloud computing platform, meanwhile, XMPP can even be the 
control protocol to administrate the cloud resources. 

B. Data Transmission 

Cloud computing provide us the capacity to process mass 
data,and this also brings some issues about transmitting the 
mass data. The cloud computing provider can also provide 
cloud storage service, providers offer many datacenter to store 
users' data. In the model with cloud exchange root[5| , cloud 
service providers offer the interface for users to communic ate 
with cloud exchange root, so the private clouds owned by users 
could exchange data with root servers. 




Cloud Exchange Root 



Public Cloud 



Fig. 3. Topology of Data Transmission in Cloud Exchange Root Model 

The cloud exchange root servers can balance loadings and 
requests for the storage engine. This can provide a better 
performance to users and easier to extend for providers. Yet 
like the scenario shown in figure 02, providers may store 
the data into different platform and format, and this causes 
difficulties for users process them. 

A kind of platform independent and operating system in- 
dependent data format is needed here to exchange among 
different storage solution engines. This kind of format is called 
Uniform Data Format (UDF). UDF is not a kind format to 



describe concrete data like JPEG or mp3 formats do, it is like 
a kind of archive file to describe attribution of the files and 
also can package the file for transmission. 



C. Virtual Machine Transfer 

Some PaaS providers offer the platform to users to build 
their own virtual machine. As for these PaaS providers, an 
important aspect of interoperability is capacity of transferring 
the virtual machine. 

1) Complete Virtual Machine Platform: Some platforms 
allow users to establish their own virtual machine and install 
the complete operating system, these platforms are called 
complete virtual machine platform. 

Virtual machine transfer on the complete virtual machine 
platform should satisfied the virtual disk file of the virtual 
machine is common format and the cloud platforms have same 
Hardware Abstract Layer (HAL). And the configure file of the 
machine should be self-adapting when the disk was transfered 
to another cloud platform. 




Fig. 4. Complete Virtual Machine Platform 

2) Run-time Environment: Some platforms do not provide 
the virtual machine platform to allow users install their own 
operating system, they provide a set of API instead. The 
platform offers the HAL to isolate the difference of the 
hardware, and build a gateway to allow the cloud communicate 
with others. 

This model need the uniform interface to allow the appli- 
cations run on different platform. The run-time environment 
can provide the uniform interface, like the Java virtual ma- 
chine, the run-time environment and the HAL can provide the 
platform-independent API for SaaS companies and developers. 

However, as for run-time environment model, there are still 
some difficulties. First, there is a gateway in the model, and 
it is above the HAL, so different run-time environment may 
have different gateway, is can limit the universality of the 
applications. And platform-independent API may meet the 
problems of compatibility. 




Fig. 5. Run-time Environment 



III. Standardization of Cloud Computing 
A. IEEE Pioneering Cloud Computing Initiative 

The Institute for Electrical and Electronics Engineers 
(IEEE), announced the new initiative to serve as the catalyst 
for innovation in the cloud computing arena in 201 lj6) , 
which included two new standards development projects, IEEE 
P2301, Draft Guide for Cloud Portability and Interoperability 
Profiles, and IEEE P2302, Draft Standard for Intercloud Inter- 
operability and Federation. 

IEEE P2301 will aid users in procuring, developing, build- 
ing, and using standards-based cloud computing products and 
services, enabling better portability, increased commonality, 
and greater interoperability across the industry and provide 
an intuitive road map for cloud vendors, service providers, 
and other key stakeholders. Meanwhile, IEEE P2302 defines 
essential topology, protocols, functionality, and governance 
required for reliable cloud-to-cloud interoperability and fed- 
eration, which will help build an economy of scale among 
cloud product and service providers that remains transparent 
to users and applications. [6 1 [7| 

Meanwhile, other standard organizations also launched 
some cloud computing standardization projects, such as 
ISO/IEC JTC1 SC38 Distributed application platforms and 
services (DAPS), it established Cloud computing working 
group to work on the cloud computing standards. 



B. Market-Oriented View of Standardization 

1) De Facto Standards: The commercialization of the cloud 
computing happened earlier and distributed. Several compa- 
nies are already providing cloud computing services. Like 
Amazon, it has Amazon Web Services (AWS), which offers 
a complete set of infrastructure and application services that 
enable consumer to run virtually everything in the cloud. [8 1 



Meanwhile, Microsoft and Google also have their cloud ser- 
vices, like Windows Azure and Google App Engine. [9| [ 1 1 
These companies and their solutions are influential in cloud 
services market, the regulation their used becomes de facto 
standards. 

2) Accurate Description of Cloud Services: Another im- 
portant mission of standardization of cloud computing is 
providing a set of description of cloud services to the cloud 
consumers, cloud creators, and cloud providers. Like IEEE 
P2301 does, this kind of standard should define the common 
description to let cloud consumers be aware of what kind of 
services they can get accurately. This can standardize norms 
for the cloud services' market. 

3) Cloud Computing Ecosystem: Not only the cloud infras- 
tructure providers can offer complete cloud services. Cloud 
infrastructure providers have to offer the open platform and 
APIs to developers to allow them develop applications on their 
platform. Just like the mobile application store, such as Apple 
App Store, the providers should supply such kind of platform 
and SDK for application developers. 

The important aspect of promoting the healthy development 
of the cloud computing market is to establish a upstanding 
cloud computing ecosystem. This requires IaaS, PaaS and 
SaaS providers a closer links. Like the PC ecosystem, now 
the IaaS providers like the hardware manufacturers, PaaS 
providers like the operating system companies, and SaaS 
providers like the application companies and developers. 

Meanwhile, in order to guarantee essential interoperability 
among clouds, the cloud platform should under the same 
standard of the user interface even APIs. Unlike the operating 
system, cloud consumers may change the services provider 
especially the original one crashed temporarily. The intercloud 
cloud model is designed to solve these kind of problems. 
Intercloud model can supply cloud of clouds, which allow 
users transfer their services to a cloud which operates normally 
when the original one stops services. Because intercloud 
model often offered inter-company, this would satisfy the 
interoperability of the platforms. 

4) Interoperability and Security: Cloud computing network 
is a kind of open network, which is faced with various security 
threats. Under thee requirement of interoperability, the cloud 
network need to ensure the security from aspects of encryption 
of communication protocols and trust model based on Public 
Key Infrastructure (PKI) and authentication. 

As for encryption of communication protocols, XMPP 
has already provided the encryption characteristic in its 
standard. J2] XMPP supports the Simple Authentication and 
Security Layer (SASL) framework and Transport Layer Secu- 
rity (TLS) protocol. The SASL framework provides a pro- 
tocol for securing subsequent protocol exchanges within a 
data security layer. [11] The TLS protocol allows client/server 



applications to communicate in a way that is designed to 
prevent eavesdropping, tampering, or message forgery. [fl"2ll 

The Intercloud Root in intercloud cloud computing model 
can serve as a Trust Authority. |fj"3l 



Intercloud Root 



Intercloud Root 




Fig. 6. Intercloud Trust Management Model 

As figure 06, the clouds under the same Intercloud Root can 
trust the Root directly, the Root maintains the trust list as a 
Certificate Authority (CA), and can issue certificate to clouds 
in its domain. Between two Roots, they can recommend each 
other to trust the other. When a cloud is added in the domain, 
the Intercloud Root should check and authenticate the cloud, 
if it is trustable, the Root will issue a certificate for it. When 
cloud A apply the storage resources from cloud B, cloud A 
should send the request to the Root of the domain, if cloud 
A and B are under same domain, the Root would check the 
trust list and send the result to cloud A. Otherwise, if cloud 
B is under other domain, Root of domain A will send the 
request to the Root of domain B, Root B will send Root A its 
recommendation. Then Root A will send the recommendation 
to cloud A. Cloud A can choose the trust level of cloud B. 
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